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(1) Real Party in Interest 

A statement identifying by name the real party in interest is contained in the brief. 

(2) Related Appeals and Interferences 

The examiner is not aware of any related appeals, interferences, or judicial proceedings 
which will directly affect or be directly affected by or have a bearing on the Board's decision in 
the pending appeal. 

(3) Status of Claims 

The statement of the status of claims contained in the brief is correct. 

(4) Status of Amendments After Final 

The appellant's statement of the status of amendments after final rejection contained in 
the brief is correct. 

(5) Summary of Claimed Subject Matter 

The summary of claimed subject matter contained in the brief is correct. 

(6) Grounds of Rejection to be Reviewed on Appeal 

The appellant's statement of the grounds of rejection to be reviewed on appeal is correct. 



(7) Claims Appendix 

The copy of the appealed claims contained in the Appendix to the brief is correct. 



Application/Control Number: 10/685,287 
Art Unit: 2100 



Page 3 



(8) Evidence Relied Upon 

2004/0128568 O'SHEA 7-2004 

'Advanced Configuration and Power Interface Specification," Revision 2.0b, 
October 11,2002. 

"Itanium Processor Family System Abstraction Layer Specification," Intel 
Document No. 245359-005, July 2001. 

(9) Grounds of Rejection 

The following ground(s) of rejection, set forth in the Office action mailed on August 27, 
2007 and incorporated herein, are applicable to the appealed claims: 

■ Claims 1, 2-6, 8, 10-12, 14-20, 23-26 and 28-34 stand finally rejected under 35 
U.S.C. 102(e) as being anticipated by U.S. Pub. No. 2004/0128568 to O'Shea 
("O'Shea"). 

Claim 1 

O'Shea discloses a method for changing control of a processor that is in an active state 
under the control of an operating system to a borrowed state wherein the processor is under 
control of firmware (see, for example, paragraph [0014], lines 1-6), comprising: 

sending a request for a change in control to the operating system (see, for example, 
paragraph [0041], lines 1-11, which shows signaling a request to change control from the 
operating system to the firmware); 



Application/Control Number: 10/685,287 Page 4 

Art Unit: 2100 

deciding, by the operating system, whether to grant the request (see, for example, 
paragraph [0043], lines 1-19, which shows the operating system deciding whether to grant the 
request); 

placing the processor in a transitional state that is different from the active state, if the 
request is granted (see, for example, paragraph [0043], lines 14-19, which shows granting the 
request and placing the processor in another state); and 

sending, by the operating system, an interrupt signal to move the processor from the 
transitional state into the borrowed state (see, for example, paragraph [0038], lines 8-24, which 
shows sending an interrupt signal to move the processor to firmware control). 

Claim 2 

The rejection of claim 1 is incorporated, and O'Shea further discloses: 

maintaining the processor in the active state, if the request is denied (see, for example, 

paragraph [0043], lines 7-14, which shows denying the request and maintaining operating system 

control of the processor). 

Claim 3 

The rejection of claim 2 is incorporated, and O'Shea further discloses: 
re-sending the request, if the request is denied (see, for example, paragraph [0043], lines 
7-14, which shows that the request is denied for only one instance, and paragraph [0042], lines 1- 
7, which shows that there are repeated instances in which the request is sent or re-sent). 

Claim 4 

The rejection of claim 1 is incorporated, and O'Shea further discloses: 
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operating the processor in the borrowed state until completion of a task (see, for example, 
paragraph [0026], lines 6-17, which shows operating the processor under firmware control to 
complete a task); 

placing the processor in another transitional state (see, for example, paragraph [0026], 
lines 17-25, which shows completing the task and placing the processing in another state); and 

returning the processor to the active state (see, for example, paragraph [0026], lines 17- 
25, which shows returning the processor to operating system control). 

Claim 5 

The rejection of claim 4 is incorporated, and O'Shea further discloses that the task is 
handling a problem that cannot be handled by the operating system (see, for example, paragraph 
[0027], lines 22-30, which shows that the task in unrelated to the operating system). 

Claim 6 

The rejection of claim 1 is incorporated, and O'Shea further discloses that the processor 
is one processor of a plurality of processors (see, for example, paragraph [0016], lines 1-3, which 
shows that there is a plurality of processors). 

Claim 8 

The rejection of claim 1 is incorporated, and O'Shea further discloses that a duration of 
the borrowed state is unbounded (see, for example, paragraph [0034], lines 10-20, which shows 
that the duration of firmware control is unbounded). 



Claim 10 
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The rejection of claim 1 is incorporated, and O'Shea further discloses: 
invoking the request by one of the firmware and an application (see, for example, 
paragraph [0030], lines 1-9, which shows a user application invoking the request). 

Claim 1 1 

The rejection of claim 1 is incorporated, and O'Shea further discloses: 

using a general purpose event to cause formation of the request (see, for example, 

paragraph [0033], lines 13-22, which shows using a general purpose event such as a flag to form 

the request). 

Claim 12 

The rejection of claim 1 is incorporated, and O'Shea further discloses: 

placing the operating system into hibernation while the processor is in the borrowed state 

(see, for example, paragraph [003 1], lines 4-15, which shows placing the operation system into a 

lower power state that constitutes hibernation). 

Claim 14 

The rejection of claim 1 is incorporated, and O'Shea further discloses that the deciding 
comprises: 

deciding, by the operating system without involvement of the firmware, whether to grant 
the request (see, for example, paragraph [0043], lines 1-19, which shows the operating system 
deciding whether to grant the request). 

Claim 15 
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O'Shea discloses a computer system comprising: 

a processor for executing code (see, for example, paragraph [0016], lines 1-3, which 
shows a processor); 

an operating system that has control of the processor during an active state (see, for 
example, paragraph [0014], lines 1-6, which shows an operating system that has control of the 
processor); and 

a firmware layer that has control of the processor during a borrowed state (see, for 
example, paragraph [0014], lines 1-6, which shows firmware that has control of the processor); 

wherein the operating system decides whether to place the processor in the borrowed 
state and sends an interrupt signal to move the processor into the borrowed state (see, for 
example, paragraph [0043], lines 1-19, which shows the operating system deciding whether to 
place the processor under firmware control, and paragraph [0038], lines 8-24, which shows 
sending an interrupt signal to move the processor to firmware control). 

Claim 16 

The rejection of claim 15 is incorporated, and O'Shea further discloses that if the 
operating system decides not to place the processor in the borrowed state, the operating system 
maintains control of the processor (see, for example, paragraph [0043], lines 7-14, which shows 
the operating system maintaining control of the processor). 

Claim 17 

The rejection of claim 15 is incorporated, and O'Shea further discloses that the firmware 
maintains control of the processor in the borrowed state until completion of a task, and then 
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returns control of the processor to the operating system (see, for example, paragraph [0026], 
lines 6-25, which shows the firmware maintaining control of the processor to complete a task and 
then returning control to the operating system). 

Claim 18 

The rejection of claim 17 is incorporated, and O'Shea further discloses that the task 
involves a problem that cannot be handled by the operating system (see, for example, paragraph 
[0027], lines 22-30, which shows that the task in unrelated to the operating system). 

Claim 19 

The rejection of claim 15 is incorporated, and O'Shea further discloses that the processor 
is one processor of a plurality of processors (see, for example, paragraph [0016], lines 1-3, which 
shows that there is a plurality of processors). 

Claim 20 

The rejection of claim 15 is incorporated, and O'Shea further discloses: 

a requesting entity invokes a request that the processor be placed in the borrowed state 

(see, for example, paragraph [0041], lines 1-11, which shows a requesting entity signaling a 

request to place the processor under firmware control). 

Claim 23 

The rejection of claim 20 is incorporated, and O'Shea further discloses that the requesting 
entity is one of: 
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the firmware, an application, and platform hardware (see, for example, paragraph [0030], 
lines 1-9, which shows a user application invoking the request). 

Claim 24 

The rejection of claim 20 is incorporated, and O'Shea further discloses that a general 
purpose event is used to cause formation of the request (see, for example, paragraph [0033], lines 
13-22, which shows using a general purpose event such as a flag to form the request). 

Claim 25 

The rejection of claim 15 is incorporated, and O'Shea further discloses that a duration of 
the borrowed state is unbounded (see, for example, paragraph [0034], lines 10-20, which shows 
that the duration of firmware control is unbounded). 

Claim 26 

The rejection of claim 15 is incorporated, and O'Shea further discloses that the operating 
system is placed into hibernation while the processor is in the borrowed state (see, for example, 
paragraph [0031], lines 4-15, which shows placing the operation system into a lower power state 
that constitutes hibernation). 

Claim 28 

The rejection of claim 15 is incorporated, and O'Shea further discloses that the operating 
system decides without involvement of the firmware whether to place the processor in the 
borrowed state (see, for example, paragraph [0043], lines 1-19, which shows the operating 
system deciding whether to place the processor under firmware control). 
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Claim 29 

The rejection of claim 15 is incorporated, and O'Shea further discloses that the operating 
system acts as a proxy to deliver a message to the firmware layer (see, for example, paragraph 
[0037], lines 1-11, which shows that the operating system delivers a message to the firmware). 

Claim 30 

The rejection of claim 15 is incorporated, and O'Shea further discloses that a 
modification of the firmware does not require a modification to the operating system (see, for 
example, paragraph [0032], lines 30-36, which shows that the firmware and operating system are 
independent). 

Claim 31 

O'Shea discloses a computer system that has a processor for executing code (see, for 
example, paragraph [0016], lines 1-3, which shows a processor), an operating system that has 
control of the processor during an active state (see, for example, paragraph [0014], lines 1-6, 
which shows an operating system that has control of the processor); and 

a firmware layer that has control of the processor during a borrowed state (see, for 
example, paragraph [0014], lines 1-6, which shows firmware that has control of the processor), 
the system comprising: 

means for forming a request to change control of the processor from the active state to a 
borrowed state (see, for example, paragraph [0041], lines 1-11, which shows signaling a request 
to change control from the operating system to the firmware); 



Application/Control Number: 10/685,287 Page 11 

Art Unit: 2100 

means, operative by the operating system, for deciding whether to grant the request (see, 
for example, paragraph [0043], lines 1-19, which shows the operating system deciding whether 
to grant the request); 

means for moving the processor from the active state to the borrowed state (see, for 
example, paragraph [0038], lines 8-24, which shows moving the processor to firmware control). 

Claim 32 

The rejection of claim 3 1 is incorporated, and O'Shea further discloses: 

means for returning the processor to the active state upon completion of a task (see, for 

example, paragraph [0026], lines 17-25, which shows returning the processor to operating 

system control after completing a task). 

Claim 33 

O'Shea discloses a computer readable medium having computer program logic recorded 
thereon for changing control of a processor that is in an active state under the control of an 
operating system to a borrowed state wherein the processor is under control of firmware (see, for 
example, paragraph [0014], lines 1-6), comprising: 

logic for forming a request for a change in control to the operating system (see, for 
example, paragraph [0041], lines 1-11, which shows signaling a request to change control from 
the operating system to the firmware); 

logic for deciding, by the operating system, whether to grant the request (see, for 
example, paragraph [0043], lines 1-19, which shows the operating system deciding whether to 
grant the request); 
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logic for placing the processor in a transitional state that is different from the active state, 
if the request is granted (see, for example, paragraph [0043], lines 14-19, which shows granting 
the request and placing the processor in another state); and 

logic for moving the processor from the transitional state into the borrowed state (see, for 
example, paragraph [0038], lines 8-24, which shows moving the processor to firmware control). 

Claim 34 

The rejection of claim 33 is incorporated, and O'Shea further discloses: 

logic for returning the processor to the active state upon completion of a task (see, for 

example, paragraph [0026], lines 17-25, which shows returning the processor to operating 

system control after completing a task). 

■ Claims 7, 9, 2 1 and 22 stand finally rejected under 35 U.S.C. 1 03(a) as being 
unpatentable over O'Shea, as applied to claims 1, 6 and 20 above, respectively, in 
view of "Advanced Configuration and Power Interface Specification" ("ACPI 
specification"). 

Claim 7 

The rejection of claim 6 is incorporated. O'Shea discloses that the processor is one 
processor of a plurality of processors (see, for example, paragraph [0016], lines 1-3), but does 
not expressly disclose that the request specifies the processor. 

However, O'Shea further discloses that the mechanism for signaling the request is 
complaint with the Advanced Configuration and Power Interface (ACPI) specification (see, for 
example, paragraph [0046], lines 1-14). The ACPI specification teaches such a signaling 
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mechanism in terms of a Notify operator (see, for example, page 143, section 5.6.3). The ACPI 
specification further teaches that the Notify operator specifies the processor (see, for example, 
page 379, section 16.2.3.4.1.9). 

It would have been obvious to one of ordinary skill in the art at the time the invention 
was made to implement O'Shea such that the request specifies the processor, as the ACPI 
specification suggests. It would have been obvious because the processor is one processor of a 
plurality of processors, and one of ordinary skill in the art would have been motivated to specify 
of which processor to change control. 

Claim 9 

The rejection of claim 1 is incorporated. O'Shea discloses that the processor is one 
processor of a plurality of processors (see, for example, paragraph [0016], lines 1-3), but does 
not expressly disclose that the request is an notify command referencing the processor. 

However, O'Shea further discloses that the mechanism for signaling the request is 
complaint with the Advanced Configuration and Power Interface (ACPI) specification (see, for 
example, paragraph [0046], lines 1-14). The ACPI specification teaches such a signaling 
mechanism in terms of a Notify operator or command (see, for example, page 143, section 
5.6.3). The ACPI specification further teaches that the Notify operator or command references 
the processor (see, for example, page 379, section 16.2.3.4.1.9). 

It would have been obvious to one of ordinary skill in the art at the time the invention 
was made to implement O'Shea such that the request is an notify command referencing the 
processor, as the ACPI specification suggests. It would have been obvious because the processor 
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is one processor of a plurality of processors, and one of ordinary skill in the art would have been 
motivated to specify of which processor to change control. 

Claim 21 

The rejection of claim 20 is incorporated, and O'Shea further discloses that the processor 
is one processor of a plurality of processors (see, for example, paragraph [0016], lines 1-3, which 
shows that there is a plurality of processors). O'Shea does not expressly discloses that the 
request specifies the processor. 

However, O'Shea further discloses that the mechanism for signaling the request is 
complaint with the Advanced Configuration and Power Interface (ACPI) specification (see, for 
example, paragraph [0046], lines 1-14). The ACPI specification teaches such a signaling 
mechanism in terms of a Notify operator (see, for example, page 143, section 5.6.3). The ACPI 
specification further teaches that the Notify operator specifies the processor (see, for example, 
page 379, section 16.2.3.4.1.9). 

It would have been obvious to one of ordinary skill in the art at the time the invention 
was made to implement O'Shea such that the request specifies the processor, as the ACPI 
specification suggests. It would have been obvious because the processor is one processor of a 
plurality of processors, and one of ordinary skill in the art would have been motivated to specify 
which processor to place in the borrowed state. 

Claim 22 
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The rejection of claim 20 is incorporated. O'Shea discloses that the processor is one 
processor of a plurality of processors (see, for example, paragraph [0016], lines 1-3), but does 
not expressly disclose that the request is an notify command referencing the processor. 

However, O'Shea further discloses that the mechanism for signaling the request is 
complaint with the Advanced Configuration and Power Interface (ACPI) specification (see, for 
example, paragraph [0046], lines 1-14). The ACPI specification teaches such a signaling 
mechanism in terms of a Notify operator or command (see, for example, page 143, section 
5.6.3). The ACPI specification further teaches that the Notify operator or command references 
the processor (see, for example, page 379, section 16.2.3.4.1.9). 

It would have been obvious to one of ordinary skill in the art at the time the invention 
was made to implement O'Shea such that the request is an notify command referencing the 
processor, as the ACPI specification suggests. It would have been obvious because the processor 
is one processor of a plurality of processors, and one of ordinary skill in the art would have been 
motivated to specify which processor to place in the borrowed state. 

■ Claims 13 and 27 stand finally rejected under 35 U.S.C. 103(a) as being unpatentable 
over O'Shea, as applied to claims 1 and 15 above, respectively, in view of "Itanium 
Processor Family System Abstraction Layer Specification" ( "SAL specification"). 

Claim 13 

The rejection of claim 1 is incorporated. O'Shea is silent as to whether the processor is 
an Itanium® Processor Family chip, and the firmware is system abstraction layer firmware. 
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However, O'Shea further discloses that the firmware performs tasks related to setup, 
maintenance and testing, among others (see, for example, paragraph [0025], lines 9-11). 
Likewise, the SAL specification teaches that the system abstraction layer firmware of an 
Itanium® Processor Family chip performs tasks related to initialization, configuration and 
testing, among others (see, for example, page 1-4, section 1.3). 

It would have been obvious to one of ordinary skill in the art at the time the invention 
was made to implement O'Shea such that the processor is an Itanium® Processor Family chip, 
and the firmware is system abstraction layer firmware, as the SAL specification suggests. One 
of ordinary skill in the art would have been motivated to provide the teachings of O'Shea in an 
Itanium®-based computer system in which it is the system abstraction layer firmware that 
performs the tasks O'Shea discloses. 

Claim 27 

The rejection of claim 15 is incorporated. O'Shea is silent as to whether the processor is 
an Itanium® Processor Family chip, and the firmware is system abstraction layer firmware. 

However, O'Shea further discloses that the firmware performs tasks related to setup, 
maintenance and testing, among others (see, for example, paragraph [0025], lines 9-11). 
Likewise, the SAL specification teaches that the system abstraction layer firmware of an 
Itanium® Processor Family chip performs tasks related to initialization, configuration and 
testing, among others (see, for example, page 1-4, section 1.3). 

It would have been obvious to one of ordinary skill in the art at the time the invention 
was made to implement O'Shea such that the processor is an Itanium® Processor Family chip, 
and the firmware is system abstraction layer firmware, as the SAL specification suggests. One 
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of ordinary skill in the art would have been motivated to provide the teachings of O'Shea in an 
Itanium®-based computer system in which it is the system abstraction layer firmware that 
performs the tasks O'Shea discloses. 



(10) Response to Arguments 

Claims 1-6, 8, 10-12 and 14 (brief, pages 6-8) 

Appellant argues that nothing in O'Shea teaches an operating system making a decision 
on whether to grant a request for a change in control, and characterizes the examiner's reasoning 
as showing only that the decision in O'Shea is made based on whether the operating system is 
executing code (brief, page 6). 

However, the examiner does not agree. Appellant's arguments oversimplify the 

teachings of the reference. Decision blocks 350 and 352 in FIG. 3 of O'Shea illustrate the 

operating system making such a decision. As O'Shea describes in paragraph [0043], with 

reference to FIG. 3 (emphasis added): 

[0043] Upon completion of preparations at 340, if at 350, the code for the 
operating system and/or any power management code incorporated into or loaded 
alongside the operating system was designed to permit further execution of the 
code of the operating system before entry into a lower power state is to be 
initiated, then such further execution takes place at 351. Then, if at 352, amidst 
such further execution of the code making up the operating system it is 
determined that entry into a lower power state should be aborted, perhaps due to a 
change in circumstances since preparations were initiated, execution of the code 
of the operating system continues as normal and further efforts at entering a lower 
power state or usurping control in this instance end at 390. However, if, at 350, 
the code for the operating system is not meant to resume execution between 
preparation and entry into a lower power state, or if, at 352, it is not determined 
that entry into a lower power state should be aborted, then at 360, entry into a 
lower power state is initiated. 
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Nonetheless, Appellant contends that these teachings support Appellant's arguments. Appellant 
characterizes FIG. 3 of O'Shea as illustrating the functionality of the usurping code, and argues 
that the usurping code monitors the operating system and makes the decision based on the state 
of operating system (brief, page 6). 

However, FIG. 3 of O'Shea illustrates the functionality of the system as a whole, and not 
merely the functionality of the usurping code. The usurping code is executed at step 310 (see, 
for example, paragraph [0041], lines 2-9), and O'Shea describes that the usurping code is 
executed "during normal execution of the operating system" to prepare the computer system for 
usurping control "at some later time" (paragraph [0033], lines 7-13). 

In fact, Appellant's subsequent argument is that in O'Shea, the power management 
control functionality of the computer system is used to usurp control, and that the power 
management code monitors the computer system to make the decisions (brief, page 7). A 
reasonable interpretation of the reference is that the power management control functionality is 
part of the operating system. O'Shea indicates that the "provision for power management 
functions [is] provided by [the] operating system" (paragraph [0014], lines 1-6). O'Shea further 
describes that in some embodiments, the power management code is integrated within the 
operating system, and that in other embodiments, the operating system loads and executes the 
power management code (paragraph [0022], lines 8-15). In both cases the power management 
code operates as part of or under the control of the operating system. 

The examiner further points out that in O'Shea, the operating system is always cognizant 
of the change in control. O'Shea provides for usurping control of the computer system at two 
different stages of the power management sequence. The first is when the computer system 
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prepares for entering a lower power state (see, for example, paragraph [0025], lines 1-9), and the 
second is when the computer system actually intends to enter the lower power state (see, for 
example, paragraph [0026], lines 1-6). FIG. 3 of O'Shea illustrates usurping control at these 
stages in steps 332 and 372, respectively. In both cases control is usurped only after the power 
management sequence is initiated in step 320. 

Importantly, the operating system is always cognizant of the transition to the power 
management sequence. O'Shea describes, "As those skilled in the state of the art will recognize, 
transitions of a computer system from normal execution of operating system code 291 to a lower 
power state where execution of operating system code 291 is temporarily halted may be initiated 
by action of a user of the computer system and/or as a result of power management code 293 
responding to conditions such as lack of specific forms of activity and/or lack of use of specific 
components of the computer system" (paragraph [0030], lines 1-9). 

Therefore, in O'Shea, regardless of whether it is the operating system or the power 
management code per se that makes the decisions illustrated in blocks 350 and 352 of FIG. 3, a 
reasonable interpretation of the reference is that the operating system first "decides" to initiate 
the power management sequence in step 320, before the system is able to usurp control at step 
332 and/or step 372. 

Appellant attempts to illustrate that O'Shea does not use the operating system in decision 
making and argues that there is a difference between "usurping" control of the processor in 
O'Shea and "borrowing" control of the processor in the present invention (brief, page 7). 

However, the examiner submits that Appellant's description of how an operating system 
possibly handles "usurped processors" does not reflect the method of usurping control described 
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in the reference. Appellant does not provide any evidence from O'Shea or elsewhere to support 
the "shortcoming" that Appellant describes. Moreover, it is not apparent how Appellant's 
argument demonstrates that the operating system in O'Shea is not used in decision making. 

The examiner notes that O'Shea does state that control is "stolen away" from the 
operating system, as Appellant stresses (brief, page 7). Nonetheless, when control is usurped or 
stolen away from the operating system in O'Shea, the processor is effectively in a "borrowed 
state" such as recited in the claims. The teachings of O'Shea are directed to "using a provision 
for power management functions provided by an operating system to enable the temporary 
halting of execution of the operating system to further enable the usurping of a computer system 
and the execution of firmware code unrelated to the operating system" (paragraph [0014], lines 
1-6; emphasis added). In other words, control of the computer system is temporarily "borrowed" 
from the operating system to enable the execution of unrelated firmware code. 

Appellant implies that the term "borrowed" connotes that control is returned to operating 
system, while the term "usurped" connotes that the operating system is not involved in the 
decision and does not expect control to be returned (brief, page 8). 

However, O'Shea clearly describes that control of the processor is returned to the 
operating system after performing the intended tasks (paragraph [0025], lines 11-16). Indeed, 
O'Shea states, "Regardless of the exact manner in which operating system control is relinquished 
to code within firmware 150, computer system 100 is usurped or 'stolen away' from the 
operating system to carry out an unrelated task and then control is returned to the operating 
system so that computer system 100 may either actually enter a lower power state, if desired, or 
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execution of the operating system may resume as if computer system 100 had just exited a lower 
power state" (paragraph [0026], lines 17-25; emphasis added). 

Claims 15-20, 23-26 and 28-30 (brief, pages 8-9) 

Appellant refers to the arguments presented in support of claim 1 (brief, page 8). In 
response, the examiner refers to the reasoning presented above. 

Appellant further contends, with reference to claim 28, that there is no teaching in 
O'Shea that the operating system is making the entire decision without involvement of the 
firmware (brief, page 9). 

However, the firmware recited in claim 28 corresponds to the "firmware layer that has 
control of the processor during a borrowed state" recited in claim 15. O'Shea describes such 
firmware in terms of "firmware code unrelated to the operating system" that is executed after 
control of the computer system is usurped (paragraph [0014], lines 1-6). The examiner submits 
that the firmware is not involved in making the decision, nor does Appellant provide any 
evidence to the contrary. 

Claims 31 and 32 (brief, pages 9-10) 

In response to Appellant's arguments, the examiner again refers to the reasoning 
presented above. 

Claims 33 and 34 (brief, page 10) 

In response to Appellant's arguments, the examiner again refers to the reasoning 
presented above. 
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Claims 7,9,21 and 22 (brief, page 1 1) 

Appellant refers to the arguments presented in support of claims 1 and 15 (brief, page 
11). In response, the examiner again refers to the reasoning presented above. 

Claims 13 and 27 (brief, page 1 1) 

Appellant refers to the arguments presented in support of claims 1 and 15 (brief, page 
11). In response, the examiner again refers to the reasoning presented above. 

(11) Related Proceeding(s) Appendix 

No decision rendered by a court or the Board is identified by the examiner in the Related 
Appeals and Interferences section of this examiner's answer. 



Application/Control Number: 10/685,287 
Art Unit: 2100 



Page 23 



For the above reasons, it is believed that the rejections should be sustained. 



Respectfully submitted, 

/Michael J. Yigdall/ 

Examiner 

Art Unit 2 192 



Conferees: 

TuanQ.Dam, SPE2192 
/Tuan Q. Dam/ 

Supervisory Patent Examiner, Art Unit 2 1 92 



/Eddie C Lee/ 

Supervisory Patent Examiner, TC 2100 



